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Please replace the following paragraphs: 



Page 10, line 27 to page 11, line 16. 

™. 1 m ha* a hardware operating state such as 
The hardware component 1 10 has a hard P 

(enabled or disabled), or (on or off). A user and/or the IHS . <* 

ardware operating state by instructing the hardware «n£ -*^J 

state for the hardware component is disabled or off, and the user an 

hardware input 1 12. The instruction information, which 

is indicate o, the target hardware ^^O^Z^o generate at least 
hardware input 1 12. The hardware -^"^XL-hardware input 

the at^ne-hardware output 114 includes a light emrttng drode (LED) outp 
sound output or a sensor feedback generating devrce. 
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Page 1 1 , line 18 to page 12, line 1 1 . 

Similar*, the software component 120 has a software operating state such , as 
(enabled or disabled), or (executing or not executing). A user and/or the IMS ,s ab e 
io control the software operating state by instructing the software 
change the software operating state to a desired or targe, operating state The 
software component 120 is operable to receive a. leas, one software mput 122. By 
changing .he stete of the a^ee-software input 122 .he targe, software 
operating s«a,e for m software componen. 1 10 is changed. For example, ,f 
present software operating state for the software component is disabled or no 
executing, and the user and/or .he IHS would like to change the software opera ng 
state to enabled or executing then .he user and/or .he IHS generates an instruction 

or command to indicate the target software operating state. The instruct™ or 
Imandmaybeinthefor.ofauserclicKingonabuftonofaGUIasso^w.th 

the software componen. 110. This information, which is indicative of the target 
lire operating state, changes the atleas^e-software input 1 22. The software 
component 120 is operable to generate at least one software output 124 ,n response 
t0 reiving the a«ae-software input 122. The aMeas^software outpu 
,24 provides feedback to the user and/or the IHS indicative of the operating state of 
the device. In one embodiment, the at+e^software output 124 includes a 
graphical user interface (GUI) element, an icon, a simulated light emitting d.ode 

(LED) output, a returned parameter or a handle to a calling software P"*-** 

one embodiment the aHeaet^software output 1 24 may also trigger the aHeae. 

one-hardware output 114. Additional detail of the software component 120 ,s 

described in FIG. 3. 
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Page 12, line 13 to page 12, line 26. 

In one embodiment, the coordination component 130 is included in the 
software component 120. The coordination component 130 coordinates all inputs 
and. outputs of the object 100, and hence of the wireless radio 105. The. hardware 
and software components 1 10 and 120 are operable to exchange information via 
interrupts or poll events. The coordination component 130 is operable to receive the 
at least one hardware input 112 coupled to the hardware component 1 10 and the at 
teastone-software input 1 22 coupled to the software component 1 20. The 
coordination component 130 controls the operating state of the wireless radio 105 by 
receiving the at least on e hardware input 112 indicative of the target hardware 
operating state and the at least one software input 122 indicative of the target 
software operating state and selecting the operating state of the wireless radio 105 
consistent with the inputs 1 1 2 and 122. The selection of the actual operating state 
of the wireless radio 105 responsive to the inputs 1 12 and 122 is described in FIG. 
2. 



Page 13, line 13 to page 14, line 6. 

FIG. 3 illustrates a diagrammatic representation of the software component 
120 of FIG. 1 to show further detail, according to one embodiment. In the depicted 
embodiment, the software component 120, in addition to the coordination 
component 130, also includes: 

1) a software driver program 310 to provide an interface between the 
wireless radio 105 and the IHS (not shown). The IHS includes the wireless radio 
105. The software driver program 310 receives a first software control input 312 
included in the at least one software input 122 and generates a first software output 
322 included in the at loaot ono software output 124. For example, the first software 
control input 312 indicating a target software driver operating state is changed by a 
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call made to an operating system of the IHS. As described earlier, the first software 
output 124 is indicative of the operating state of the wireless radio 105. 

2) a user interface (Ul) program 320 to provide feedback information to the 
user and/or the IHS. In some cases, the Ul program 320 may generate the at least 
one software input 122. The Ul program receives a second software control input 
314 included in the at l east one software input 122 and generates a second software 
output 324 included in the at l ea st one software output 124. As described earlier, 
the second software output 324 is indicative of the operating state of the wireless 
radio 105. In one embodiment, the second software output 324 includes a graphical 
user interface (GUI) element, an icon, or a simulated light emitting diode (LED). In 
response to receiving the feedback via the first and second software outputs 322 
and 324, the user and/or the IHS may change the inputs 112, 312 and 314 to 
change the operating state of the wireless radio 105. 

Page 14, line 28 to page 15, line 9. 

In the S3 440 state the target hardware and software operating states 
indicated by the inputs 1 12 and 122 are enabled. In accordance with the truth table 
200 described in FIG. 2, the wireless device 105 is selected to be in the enabled 
operation state, e.g., the S3 440 state. In the enabled operating state, the wireless 
radio 105 is made capable of receiving and/or transmitting. The at l east one 
hardware output 1 14 and the at l e ast one software output 124 provide feedback to 
the user and/or the IHS by indicating the present operating state of the wireless 
radio 105, e.g., the S3 440 state. In one embodiment, the at lo ast one hardware 
output 1 14, which is implemented as a LED, is turned on to indicate the wireless 
radio 105 is enabled. The second software output 324 provides feedback displaying 
a text message 'disable radio'. 
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Page 15, line 11 to page 15, line 28. 

Transition from the S3 440 state to the S1 state 420 occurs by disabling input 
112. The reverse transition occurs by enabling input 112. In the S1 420 state, the 
target hardware operating state indicated by the input 1 12 is disabled and the target 
software operating state indicated by the input 122 is enabled. In accordance with 
the truth table 200 described in FIG. 2, the wireless device 105 is selected to be in 
the disabled operation state, e.g., the S1 420 state. In the disabled operating state, 
the wireless radio 105 is made incapable of receiving and/or transmitting. The a* 
l e ast on e hardware output 1 14 and the at lo ast one software output 124 provide 
feedback to the user and/or the IHS by indicating the present operating state of the 
wireless radio 105, e.g., the S1 420 state. In one embodiment, the at loast one 
hardware output 114, which is implemented as a LED, is turned off to indicate the 
wireless radio 105 is disabled. The second software output 324 provides feedback 
displaying a text message 'enable radio'. Transition from the S1 420 state to the SO 
state 410 occurs by disabling input 122 and a reverse transition occurs by enabling 
input 122. In one embodiment, while attempting to transition from SO 410 state to 
the S1 420 state, the second software output 324 pops up a feedback message 460 
indicating "Your wireless radio is still disabled. Use your hardware component input 
to enable it". 

Page 16, line 1 to page 16, line 18. 

Transition from the S3 440 state to the S2 state 430 occurs by disabling input 
114. The reverse transition occurs by enabling input 114. In the S2 430 state, the 
target hardware operating state indicated by the input 1 12 is enabled and the target 
software operating state indicated by the input 122 is disabled. In accordance with 
the truth table 200 described in FIG. 2, the wireless device 105 is selected to be in 
the disabled operation state, e.g., the S2 430 state. In the disabled operating state, 

7 



PATENT 

Docket Number: 16356.809 (DC-05000) 
Customer No. 000027683 

the wireless radio 105 is made incapable of receiving and/or transmitting. The at 
lo ast on e hardware output 1 14 and the at lo aot on e software output 124 provide 
feedback to the user and/or the IHS by indicating the present operating state of the 
wireless radio 105, e.g., the S2 430 state. In one embodiment, the at loast one 
hardware output 1 14, which is implemented as a LED, is turned off to indicate the 
wireless radio 105 is disabled. The second software output 324 provides feedback 
displaying a text message 'enable radio'. Transition from the S2 430 state to the SO 
state 410 occurs by disabling input 112. The reverse transition occurs by enabling 
input 112. In one embodiment, while attempting to transition from SO 410 state to 
the S2 430 state, the second software output 324 pops up a feedback message 470 
indicating "Your wireless radio is still disabled. Use your software component input to 
enable it". 

Page 1 6, line 20 to page 1 7, line 1 . 

In the SO 410 state, the target hardware and software operating states 
indicated by the inputs 1 12 and 122 are both disabled. In accordance with the truth 
table 200 described in FIG. 2, the wireless device 105 is selected to be in the 
disabled operation state, e.g., the SO 410 state. In the disabled operating state, the 
wireless radio 105 is made incapable of receiving and/or transmitting. The at loast 
ene-hardware output 114 and the at l oast ono software output 124 provide feedback 
to the user and/or the IHS by indicating the present operating state of the wireless 
radio 105, e.g., the SO 410 state. In one embodiment, the a t l o ast one hardware 
output 1 14, which is implemented as a LED, is turned off to indicate the wireless 
radio 105 is disabled. The second software output 324 provides feedback displaying 
a text message 'enable radio'. 
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Page 18, line 1 to page 18, line 13. 

In one embodiment, the link 472 transfers values for the at l oast one 
hardware input 112 received from the hardware component 1 10 to the coordination 
component 130, and the link 474 transfers values for the at l oast one software input 
122 from the software component 120 to the coordination component 130. In some 
cases the links 472 and 474 are used to transfer signals from the coordination 
component 130 to the hardware and software components 1 10 and 120 
respectively. For example, feedback signal indicative of the actual operating state of 
the wireless radio 105 is transferred from the coordinator component 130 to the 
hardware and software components 1 10 to be output as the at l o ast on e hardware 
and software outputs 1 14 and 124 respectively. In one embodiment, the at loast one 
hardware input 1 12 is provided to the software component 120 via the coordinator 
component 130. Similarly, the at l east one software input 122 is provided to the 
hardware component 110 via the coordinator component 130. 

Page 18, line 15 to page 18, line 19. 

In one embodiment, the coordination component 130 may receive the at l e ast 
o«e-hardware input 1 12 indirectly through the software component 120. That is, the 
hardware component 110 may send signals directly (not shown) to the software 
component 120 via interrupts or poll events. The software component 120 provides 
inputs to the coordination component 130 via the link 474. 

Page 18, line 21 to page 19, line 6. 

In the depicted embodiment, the state machine 400 is included in the 
coordination component 130. In one embodiment, the state machine 400 is 
implemented in the hardware component 110, the software component 120, the 
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firmware component (not shown), or a combination thereof. In accordance with the 
truth table 200 described in FIG. 2, the coordination component 130 receives the at 
loast ono hardware and software inputs 112 and 122 and selects an enabled or 
disabled operating state of the wireless device 105 such as the S0-S3 410-430 
states, responsive to the inputs 1 12 and 122. In addition, the coordination 
component 130 generates feedback signal indicative of the selected, i.e., the actual, 
operating state of the wireless radio 105, and transfers the feedback to be output as 
the at lo ast one hardware and/or software outputs 1 14 and 124 respectively. A state 
machine context store component 480 is operable to save/retrieve the operating 
state of the state machine 400 during transitions of the operating state of the IHS 
such as from power save mode to full performance, or from suspend to resume. 



10 



